home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960715-19961006 / 000434_news@columbia.edu _Tue Oct 1 20:55:27 1996.msg < prev    next >
Internet Message Format  |  1996-11-03  |  3KB

  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id UAA17052 for <kermit.misc@watsun.cc.columbia.edu>; Tue, 1 Oct 1996 20:55:27 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id UAA22454 for kermit.misc@watsun; Tue, 1 Oct 1996 20:55:26 -0400 (EDT)
  4. Path: news.columbia.edu!news.cs.columbia.edu!psinntp!psinntp!howland.erols.net!newsfeed.internetmci.com!in3.uu.net!news.new-york.net!wlbr!news.cerf.net!nic.cerf.net!spacecc
  5. From: "Space Computer Corp." <spacecc@cerf.net>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: 2nd post: Chars lost by DOS Ker under OS/2 during macros
  8. Date: Tue, 1 Oct 1996 16:22:58 -0700
  9. Organization: CERFnet
  10. Lines: 39
  11. Message-ID: <Pine.SUN.3.91.961001161758.9880A-100000@nic.cerf.net>
  12. NNTP-Posting-Host: nic.cerf.net
  13. Mime-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15.  
  16. No response to the first post of this, but I'm still looking for 
  17. suggestions for a solution.  Can anyone relate to this? --
  18.  
  19. I am running DOS Kermit 3.14, Patch 9, under OS/2 Warp with a FOSSIL
  20. connection using Ray Gwinn's SIO programs.  This works fine for
  21. "normal" usage, but while Kermit is executing the "Product" macro it
  22. appears that the input buffer overflows, and characters are lost.
  23. (This procedure worked perfectly when DOS Kermit was run under actual
  24. DOS, rather than a DOS window under OS/2.)  More specifically, the
  25. host is a VAX/VMS system, and both the host and Kermit are set for
  26. xon/xoff flow control.  The host sends the escape sequence to cause
  27. Kermit to execute the "Product" macro, which in this case is just "log
  28. session file.dat", and follows this immediately with a data stream.
  29. The beginning of the data stream is captured in file.dat, then there
  30. is a big gap, then the rest of the data stream is captured.  A similar
  31. thing happens when the second "Product" macro is executed.  In this
  32. case, the host sends another escape sequence to cause Kermit to
  33. execute the second "Product" macro, which is just "close session; run
  34. myprogram.exe", followed by more data for the Kermit screen.  The
  35. logging is correctly ended, myprogram.exe is correctly executed, and
  36. the first of the data for the Kermit screen is correctly buffered (it
  37. is received while myprogram.exe is running).  When myprogram.exe ends
  38. and control is returned to Kermit, Kermit shows the screen data it
  39. correctly buffered, but everything after that (about half a screen
  40. full) sent while myprogram.exe was executing is lost.
  41.  
  42. One more observation which may be relevant:  When a long stream of
  43. data is being sent to Kermit from the host, I can hit ctrl-S on the
  44. keyboard to suspend the sending of data, but it keeps coming for
  45. several seconds, which seems like an inordinately long time, and makes
  46. me suspect that Kermit's xoff signals are not being sent to the host
  47. quickly enough to prevent buffer overflow.  When I type ctrl-Q to
  48. resume sending, the response is pretty quick, but not really
  49. instantaneous (to the eye).
  50.  
  51. Has anyone else encountered similar problems, and is there a setting
  52. of Kermit's parameters which will prevent this?
  53.  
  54. Bill Kendall